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ORGANI Z AT I ON STRUCTURE SYSTEM 

BACKGROUND OF THE INVENTION 
The present invention relates to software 
systems for managing businesses. More specifically, 
5 the present invention relates to a system that allows 
a user to model a company structure which includes 
multiple legal entities, or another structure in any 
of a wide variety of different ways, and also allows 
the user to associate users and data to that 
10 structure in a flexible way. 

Companies currently vary in size from very 
large and diverse organizations to very small and 
atomic organizations. However, all are generally 
hierarchal in nature. 
15 For instance, a larger company may have a 

head office or headquarters where upper level 
management or top executives reside. 

The company also typically has someone that 
tracks the flow of money into and out of the company. 
2 0 Depending on company size, this can be a single 
person or a full department. In addition, some 
companies track smaller units within the company. 
Such units may be defined within the company based on 
function or location, or any other grouping that is 
25 logical for the particular company. 

Other, smaller companies may be located at 
just a single geographic location and may have only a 
small number of employees. Such companies generally 
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have a smaller and less complex organizational 
structure . 

However, regardless of the size of the 
company, all companies generally have a set of rules 
5 that dictate how the company operates. Such 
companies typically require software applications and 
software systems to track how well the company is 
following those rules, and to track a wide variety of 
other information associated with the company. 

10 In conventional business applications, 

there are many different ways that the concept of 
"company" or '"enterprise" are implemented. 
Predominately, in the mid-market, the concept of 
multiple companies is implemented through a company- 

15 to-database ratio of 1:1. This makes it very 
difficult to perform inter-company transactions. For 
example, in such an environment, a user that works 
for multiple different companies must login and 
logout of different database systems whenever that 

20 user wishes to change the company for which she or he 
is accessing data. 

In such systems, two or more companies may 
desire access to data corresponding to a single 
business entity or object. For example, a business 

25 entity may be setup to represent a given customer, 
but that same customer may be a customer of both 
companies, and the companies may, in reality, be two 
different divisions of the same enterprise. If both 
of those companies wish to have access to the 

30 Customer business entity, this has been handled 
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awkwardly in the past. In one prior system, the 
customer business entity record must be duplicated 
and copied into the databases corresponding to both 
companies. Other software systems allow two or more 
5 companies to share a single database. This reduces 
the requirement for duplicating data, but it has, in 
the past, required each business entity to be labeled 
with a company ID that is entitled to access to that 
business entity. In other words, every record that 
10 is shared across different companies must contain 
identifiers for those companies within the record 
itself . 

These systems have disadvantages in 
themselves. They either require duplication of data, 
15 or they require painstaking manipulation of each 
business entity to contain company identifiers. 
However, they present even more disadvantages in 
today's business environment. 

The current business environment is 

2 0 constantly changing. Many businesses must deal with 

change on a large scale, both internally and 
externally. Employee turnover, mergers, acquisitions 
and company reorganizations all require changes to 
business processes. Very often, the business 

25 applications which support those processes must be 
changed as well. 

In prior software systems, changes to the 
organization structure presented great disadvantages. 
For instance, if a company is acquired, then data 

3 0 must again be duplicated to accommodate the newly 
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acquired organization. Similarly, in a database 
system which allows multiple companies to access a 
single database, the entities corresponding to the 
newly required company must all be accessed and 
5 modified to include the identifier corresponding to 
the newly acquired organization. It can thus be seen 
that prior systems require an undesirable amount of 
labor or data duplication, or both, when there is a 
change to a corporate organizational structure. 

10 SUMMARY OF THE INVENTION 

The present invention is a software system 
that allows users to model an organizational 
structure in substantially anyway they wish. The 
system then provides functionality that allows an 

15 administrator to associate users and data to the 
defined organizational structure, in a flexible way. 
In one embodiment, an organizational tree component 
allows the user to configure an organizational tree 
having nodes corresponding to business units. The 

2 0 business unit nodes are illustratively containers of 
filters which, themselves, contain filter links. The 
filter links are links to business entities that are 
associated with the business unit identified by the 
node on the organizational tree structure. 

25 In one embodiment, the present invention 

also provides a user connection system that allows 
the administrator to associate users with the 
organizational structure, through a security layer. 
The user association component allows the users to be 

30 assigned a role, and to receive task permissions to 



-5- 

access data based on the role, and how the role is 
associated with the business organization tree 
structure . 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 FIG. 1 is a block diagram of one 

illustrative environment in which the present 
invention can be used. 

FIG. 2 is a block diagram of an 
organization structure management subsystem in 
10 accordance with one embodiment of the present 
invention. 

FIG. 3 is a block diagram of one 
illustrative organization structure. 

FIG. 4 is a block diagram of how users and 
15 data are associated with the organizational structure 
shown in FIG. 3 . 

FIG. 5 is a UML diagram of the organization 
structure and link manager component shown in FIG. 2. 

FIGS. 6A-6D are screen shots illustrating 
2 0 how the organizational structure can be changed in 
accordance with one embodiment of the present 
invention. 

FIG. 7 illustrates how a user can be 
assigned to various roles in accordance with one 
25 embodiment of the present invention. 

FIGS. 8A-8D are screen shots further 
illustrating how a user can be assigned to roles and 
task permissions in accordance with one embodiment of 
the present invention. 
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Appendix A specifies programming interfaces 
for a link management component in accordance with 
one embodiment of the present invention. 

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 
5 The present invention deals with 

associating data and users to an organizational 
structure. More specifically, the present invention 
provides a system and method for allowing an 
organizational structure to be configured and changed 

10 and to allow data and users to be associated with the 
organization structure in a flexible way, such that 
when the organization structure is changed, the data 
and user associations can be easily changed as well, 
either automatically or manually. However, before 

15 describing the present invention in greater detail, 
one illustrative embodiment in which the present 
invention can be used will be discussed. 

FIG. 1 illustrates an example of a suitable 
computing system environment 100 on which the 

2 0 invention may be implemented. The computing system 
environment 100 is only one example of a suitable 
computing environment and is not intended to suggest 
any limitation as to the scope of use or 
functionality of the invention. Neither should the 

25 computing environment 100 be interpreted as having 
any dependency or requirement relating to any one or 
combination of components illustrated in the 
exemplary operating environment 100. 

The invention is operational with numerous 

30 other general purpose or special purpose computing 
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system environments or configurations. Examples of 
well known computing systems, environments, and/or 
configurations that may be suitable for use with the 
invention include, but are not limited to, personal 
5 computers, server computers, hand-held or laptop 
devices , multiprocessor systems , microprocessor-based 
systems, set top boxes, programmable consumer 
electronics, network PCs, minicomputers, mainframe 
computers, distributed computing environments that 
10 ' include any of the above systems or devices, and the 
like . 

The invention may be described in the 
general context of computer-executable instructions, 
such as program modules, being executed by a 

15 computer- Generally, program modules include 

routines, programs, objects, components, data 
structures, etc. that perform particular tasks or 
implement particular abstract data types. The 
invention may also be practiced in distributed 

2 0 computing environments where tasks are performed by 
remote processing devices that are linked through a 
communications network. In a distributed computing 
environment, program modules may be located in both 
local and remote computer storage media including 

2 5 memory storage devices. 

With reference to FIG. 1, an exemplary 
system for implementing the invention includes a 
general purpose computing device in the form of a 
computer 110. Components of computer 110 may 

30 include, but are not limited to, a processing unit 
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12 0, a system memory 130, and a system bus 121 that 
couples various system components including the 
system memory to the processing unit 120. The system 
bus 121 may be any of several types of bus structures 
5 including a memory bus or memory controller, a 
peripheral bus, and a local bus using any of a 
variety of bus architectures. By way of example, and 
not limitation, such architectures include Industry 
Standard Architecture (ISA) bus, Micro Channel 

10 Architecture (MCA) bus, Enhanced ISA (EISA) bus, 
Video Electronics Standards Association (VESA) local 
bus, and Peripheral Component Interconnect (PCI) bus 
also known as Mezzanine bus. 

Computer 110 typically includes a variety 

15 of computer readable media. Computer readable media 
can be any available media that can be accessed by 
computer 110 and includes both volatile and 
nonvolatile media, removable and non- removable media. 
By way of example, and not limitation, computer 

2 0 readable media may comprise computer storage media 
and communication media. Computer storage media 
includes both volatile and nonvolatile, removable and 
non- removable media implemented in any method or 
technology for storage of information such as 

25 computer readable instructions, data structures, 
program modules or other data. Computer storage 
media includes, but is not limited to, RAM, ROM, 
EE PROM, flash memory or other memory technology, CD- 
ROM, digital versatile disks (DVD) or other optical 

30 disk storage, magnetic cassettes, magnetic tape, 
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magnetic disk storage or other magnetic storage 
devices, or any other medium which can be used to 
store the desired information and which can be 
accessed by computer 100. Communication media 

5 typically embodies computer readable instructions, 
data structures, program modules or other data in a 
modulated data signal such as a carrier WAV or other 
transport mechanism and includes any information 
delivery media. The term "modulated data signal" 

10 means a signal that has one or more of its 
characteristics set or changed in such a manner as to 
encode information in the signal. By way of example, 
and not limitation, communication media includes 
wired media such as a wired network or direct -wired 

15 connection, and wireless media such as acoustic, FR, 
infrared and other wireless media. Combinations of 
any of the above should also be included within the 
scope of computer readable media. 

The system memory 130 includes computer 

20 storage media in the form of volatile and/or 
nonvolatile memory such as read only memory (ROM) 131 
and random access memory (RAM) 132. A basic 

input/output system 133 (BIOS) , containing the basic 
routines that help to transfer information between 

25 elements within computer 110, such as during start- 
up, is typically stored in ROM 131. RAM 132 
typically contains data and/or program modules that 
are immediately accessible to and/or presently being 
operated on by processing unit 120. By way o 

30 example, and not limitation, FIG. 1 illustrates 
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operating system 134, application programs 135, other 
program modules 136, and program data 137. 

The computer 110 may also include other 
r emo vab 1 e / non - r emo vab le volatile/ nonvo 1 a t i 1 e c ompu t e r 
5 storage media. By way of example only, FIG. 1 
illustrates a hard disk drive 141 that reads from or 
writes to non -removable, nonvolatile magnetic media, 
a magnetic disk drive 151 that reads from or writes 
to a removable, nonvolatile magnetic disk 152, and an 

10 optical disk drive 155 that reads from or writes to a 
removable, nonvolatile optical disk 156 such as a CD 
ROM or other optical media. Other removable /non- 
removable, volatile/nonvolatile computer storage 
media that can be used in the exemplary operating 

15 environment include, but are not limited to, magnetic 
tape cassettes, flash memory cards, digital versatile 
disks, digital video tape, solid state RAM, solid 
state ROM, and the like. The hard disk drive 141 is 
typically connected to the system bus 121 through a 

20 non- removable memory interface such as interface 14 0, 
and magnetic disk drive 151 and optical disk drive 
155 are typically connected to the system bus 121 by 
a removable memory interface, such as interface 150. 

The drives and their associated computer 

25 storage media discussed above and illustrated in FIG. 
1, provide storage of computer readable instructions, 
data structures, program modules and other data for 
the computer 110. In FIG. 1, for example, hard disk 
drive 141 is illustrated as storing operating system 

30 144, application programs 145, other program modules 
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146, and program data 147. Note that these 

components can either be the same as or different 
from operating system 134, application programs 135, 
other program modules 136, and program data 137. 
5 Operating system 144, application programs 145, other 
program modules 146, and program data 147 are given 
different numbers here to illustrate that, at a 
minimum, they are different copies. 

A user may enter commands and information 

10 into the computer 110 through input devices such as a 
keyboard 162, a microphone 163, and a pointing device 
161, such as a mouse, trackball or touch pad. Other 
input devices (not shown) may include a joystick, 
game pad, satellite dish, scanner, or the like. 

15 These and other input devices are often connected to 
the processing unit 120 through a user input 
interface 160 that is coupled to the system bus, but 
may be connected by other interface and bus 
structures, such as a parallel port, game port or a 

20 universal serial bus (USB) . A monitor 191 or other 
type of display device is also connected to the 
system bus 121 via an interface, such as a video 
interface 190. In addition to the monitor, computers 
may also include other peripheral output devices such 

25 as speakers 197 and printer 196, which may be 
connected through an output peripheral interface 190. 

The computer 110 may operate in a networked 
environment using logical connections to one or more 
remote computers, such as a remote computer 180. The 

30 remote computer 180 may be a personal computer, a 
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hand-held device, a server, a router, a network PC, a 
peer device or other common network node, and 
typically includes many or all of the elements 
described above relative to the computer 110. The 
5 logical connections depicted in FIG. 1 include a 
local area network (LAN) 171 and a wide area network 
(WAN) 173, but may also include other networks. Such 
networking environments are commonplace in offices, 
enterprise-wide computer networks, intranets and the 
10 Internet. 

When used in a LAN networking environment, 
the computer 110 is connected to the LAN 171 through 
a network interface or adapter 170. When used in a 
WAN networking environment, the computer 110 

15 typically includes a modem 172 or other means for 
establishing communications over the WAN 173, such as 
the Internet. The modem 172, which may be internal 
or external, may be connected to the system bus 121 
via the user-input interface 160, or other 

20 appropriate mechanism. In a networked environment, 
program modules depicted relative to the computer 
110, or portions thereof, may be stored in the remote 
memory storage device. By way of example, and not 
limitation, FIG. 1 illustrates remote application 

25 programs 185 as residing on remote computer 180. It 
will be appreciated that the network connections 
shown are exemplary and other means of establishing a 
communications link between the computers may be 
used. 
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It should be noted that the present 
invention can be carried out on a computer system 
such as that described with respect to FIG. 1. 
However, the present invention can be carried out on 
5 a server, a computer devoted to message handling, or 
on a distributed system in which different portions 
of the present invention are carried out on different 
parts of the distributed computing system. 

FIG. 2 is a block diagram of an 

10 organization structure management system 2 00 in 
accordance with one illustrative embodiment of the 
present invention. System 200 shows a user 202 and 
an administrator 2 04 interacting with the system 
through a security subsystem 206. System 200 also 

15 illustrates a data store accessing subsystem 208 that 
stores business data. Subsystem 2 08 includes data 
store accessing component 210 and data store 212. 
Collectively, subsystem 208 can, for example, be 
implemented as a relational database system, or an 

20 object-relational database system, or an object 
oriented database system or any other suitable 
storage system. In one illustrative embodiment, data 
store 212 stores data in relational tables while data 
store accessing component 210 receives queries to the 

25 data store 212 in terms of business entities (or 
objects) and converts those queries into relational 
database statements for accessing data in data store 
212. However, any other suitable data accessing 
system 208 can be used as well. 



-14- 

Organization structure management system 
2 00 also shows organization structure and link 
manager component 214. Administrator 204 

illustratively utilizes component 214 to generate an 
5 organization structure representative of a desired 
organization. The administrator then plugs data into 
that organization structure (or associates data with 
the organization structure) at a desired level, and 
also plugs users or roles of users into the 

10 organization structure (or associates users or roles 
with the organization structure) at a desired place 
in the organization structure. Since component 214 
abstracts the associations between the data and the 
organization structure, and between users or roles 

15 and the organization structure away from the data and 
users themselves, those associations can be quickly 
and easily created and managed in accordance with the 
present invention, even though the overall 
organization structure is changed in some way. 

20 FIG. 2 also illustrates that component 14 

is connected to eventing subsystem 216. In one 
illustrative embodiment, eventing subsystem 216 
throws an event when the administrator desires to 
change the organizational structure. Component 214 

25 is then called to rearrange the associations between 
the new organizational structure and the data and 
users or roles, based on the change to the original 
organizational structure. This is described in 
greater detail later in the specification. 
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FIG. 3 is one block diagram illustration of 
an organizational structure 250 in accordance with 
one exemplary embodiment of the present invention. 
It can be seen that structure 250 is formed as a tree 
5 having a root designated company A 252 (also referred 
to as enterprise node 252) with a plurality of 
additional nodes. It will be appreciated that the 
present invention can be used to create substantially 
any organization hierarchy that can be used to define 

10 trees for purposes other than modeling company or 
enterprise organizations. For example, other common 
hierarchical organization structures that can be 
defined by the present invention include, without 
limitation, human resource position hierarchies, 

15 territory hierarchies, national account hierarchies, 
invoice approval hierarchies, etc. The hierarchy can 
be used alone or along with the filters discussed 
herein. However, for the sake of clarity, the 
present discussion proceeds only with respect to a 

20 company organization structure with filterable links. 
The additional nodes include companies Bl and B2 and 
company C, along with divisions 1 and 2 of company Bl 
and a warehouse and manufacturing component of 
company B2 . The nodes are designated by numerals 

25 254-256, 258, 260, 262, 264 and 266. 

Before describing organizational structure 
250in greater detail, a number of items corresponding 
to tree structure 250 will be described. The first 
is that structure 250 as discussed above, is 

30 illustratively formed as a hierarchical tree 
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structure of organization tree nodes. Each node 
comprises a filterable container referred to as a 
business unit. The business units can be generated 
in the organizational tree structure 250 based on any 
5 desired criteria, such as based on the functions 
performed within an enterprise company (e.g. company 
A represented by node 252) , based on how teams are 
arranged within the company, based on physical 
locations of facilities within the company, or based 
10 on any other desired criteria. It will be noted 
that, in accordance with one embodiment, one business 
unit is represented by each node in tree structure 
250. 

A single business unit can be assigned to 
15 one or many other nodes in one or many other tree 
structures 250. In other words, if division 2 of 
company Bl performed marketing functions for company 
Bl, but also performed invoicing functions for 
company B2, business unit 262 could be associated 
20 through its node with both company Bl 254 and company 
B2 256. 

It will also be noted, in one illustrative 
embodiment, multiple business units can depend from a 
single business unit. Each business unit, as 

25 discussed above, comprises a filterable container 
that has filterable entities attached to it. The 
filterable entities comprise business entities, such 
as objects representative of customers, employees, 
budgets, invoices, etc. 
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The attachment of the filterable entities 
to the business units referenced by nodes in tree 250 
is implemented by a filter. Each filter 

illustratively comprises a set of filter links. The 
5 containers attached to filter links tie the nodes of 
tree 250 (i.e., the filterable containers, in the 
organizational tree structure 250) to the filterable 
business entities. This is described below with 
respect to FIG. 4. However, it should simply be 

10 noted at this point that once the organizational tree 
structure 250 is built, a set of business unit nodes 
can also be identified as a company group. It can 
be seen that the set of business units 254, 260 and 
262 form a company group 263, while the business 

15 units 256, 264 and 266 form another company group 
267. Therefore, not only are the nodes in tree 250 
identified by the administrator as business units, 
but collections of those nodes can also be identified 
as company groups . 

20 Each business unit is labeled with a 

functional category. Company groups in tree 2 50 may 
be referred to herein as legal entities. In one 
illustrative embodiment, a legal entity is any 
business unit that has been given a functional 

25 category of company, for example, a company group 
root. Other business units within that company group 
are defined based on a different functional category. 

Once the organizational tree structure 250 
is built, data and users are associated with that 

30 tree structure 250 at desired locations within the 
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tree structure 250. FIG. 4 is a block diagram 
illustrating the process of associating data and 
users to the tree structure 250 shown in FIG. 3. 

FIG. 4 shows that the data (the business 
5 entities) are associated with business units 
represented by nodes in tree structure 250 through 
filters 270. FIG. 4 specifically shows that 

filterable business entities representative of 
customers, vendors, invoices and orders, and referred 

10 to by designation numerals 272, 274, 276 and 278, are 
all associated with tree structure 250 through a set 
of filters 270. In the embodiment illustrated, 
filters 270 can associate business entities 272-278 
with tree structure 250 at different levels. If the 

15 filter 270 associates a business entity 272-278 with 
hierarchical structure 250 at the enterprise level, 
then it associates that business entity with the 
entire tree structure 250. This can be done in a 
number of different ways such as by marking the 

20 business entity as being non-filterable. This means 
that anyone that has access within the tree structure 
250, to data associated with any node in tree 
structure 250, will have access to the business 
entity associated at the enterprise level. 

25 Therefore, such a business entity is truly a shared 
record, shared across the entire enterprise. 

However, filters 270 can associate a 
business entity at the company group level. 
Therefore, for instance, a filter 270 can associate a 

30 business entity (such as customer business entity 
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272) only with company group 263. In that case, any 
user that has access to company group 263 will be 
able to access that record. However, users that only 
have access at the enterprise level, or with 
5 different company groups (such as company group 267) 
or with only nodes within other company groups, other 
than company group 263, will not have access to such 
a record. 

Similarly, filters 270 can associate 

10 business entities at the business unit level. In 
that case, the business entities are associated with 
a given business unit node within hierarchical tree ^ 
structure 250. Therefore, only users that have 
access to data associated with that given node will 

15 have access to the business entity. Of course, if a 
business entity is associated by a filter 270 with 
company group Bl, for example, then all users that 
have access to company group Bl data through division 
nodes 260 and 262 will be able to access the data 

20 associated with the company group Bl as well. 
However, if, for example, a business entity is 
associated only with an individual business unit node 
260, then even users that have access within company 
group 263, but not specifically to data associated 

25 with node 260, will not have access to the 
information. 

The data (business entities 272-278) thus 
associated with hierarchical tree structure 250, are 
said to be filterable on their level of association. 

30 Thus, those business entities associated at the 
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enterprise level are said to be filterable at the 
enterprise level. Those business entities associated 
with a company group (such as company group 263 or 
267) are said to be filterable at the company group 
5 level. Those business entities associated with a 
business unit are said to be filterable at the 
business unit level. It will, of course, be 

appreciated that business entities can illustratively 
be associated at a plurality of different levels 

10 within hierarchical tree structure 250 or they can be 
associated at multiple places at a single level (such 
as being associated with multiple individual business 
units within tree structure 250) . Therefore, each 
business entity associated with tree structure 250 

15 will be filterable at any combination, or at all, of 
the filter levels discussed above. 

Having assigned data to the hierarchical 
tree structure 250, users can now be assigned to tree 
structure 250. In one illustrative embodiment, the 

20 component 214 (shown in FIG. 2) can be used to assign 
individual users 280 and 282 (identified as users 1- 
n) to one or more roles 284. In one illustrative 
embodiment, a given role carries with it a group of 
task permissions. The task permissions, in turn, 

25 correspond to a set of filters 286 that are formed by 
filter links which link a role to tree structure 250. 
Thus, each role defines what data a user assigned to 
that role can view based on where the role is linked 
into hierarchal tree structure 250, and based on 
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where the data is linked into the tree structure as 
described above. 

For example, assume that a role has been 
defined which is referred to as the CEO role for 
5 company Bl. That role would likely be linked to the 
company group 263 in FIG. 250. This would allow a 
user having that given role to have access to all 
data associated with company group 263. Of course, 
since the data associated at the enterprise level 

10 (associated with company A at node 252) is shared 
across all business units, the user having the "CEO 
of company Bl" role would also have access to data 
associated to tree structure 250 at the enterprise 
level. However, if that given role was only 

15 associated with company group 263 by filters 286, 
then the user having the "CEO of company Bl" role 
would not have access to any other data that was only 
associated within company group 2 67, or to company C 
258. 

20 It can thus be seen that the data 

(represented by business entities 272-278) and the 
users (through roles 284) are associated with 
hierarchical tree structure 250 through filters 270 
and 286. In an illustrative embodiment, management 

25 and maintenance of filters 270 and 286 is performed 
using organization structure and link manager 
component 214. Therefore, the links to tree 

structure 250 are abstracted away from the objects 
representing users 280-282 and business entities 272- 

30 278. Hence, in accordance with one embodiment, when 
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changes are made to the organizational tree structure 
250, all of the individual entities representing data 
(entities 272-278) and those entities representing 
users (entities 280-282) or roles 284, need not be 
5 accessed and modified. Instead, the filters 270 and 
276 are all that need to be modified to accommodate 
the changes in the hierarchical tree structure 250. 
This can be done in accordance with the present 
invention in one of a variety of different ways, 

10 either automatically or manually, while still 
preserving the flexibility and convenience in 
accordance with the present invention. 

In one illustrative embodiment, when the 
administrator interacts with component 214 to change 

15 the structure of hierarchical tree structure 250, 
component 214 generates a display of all affected 
filterable entities. For instance, if the 

administrator wishes to merge division 2 262 into 
division 1 260 in company Bl, then component 214 

20 generates a display of all filterable entities 
associated with division 2 262. The display 

illustratively allows the administrator to quickly 
reassign associations of those filterable entities to 
different nodes within tree structure 250, as the 

25 administrator desires. 

However, in accordance with another 
embodiment, the changes of the associations are made 
automatically. For instance, component 214 can be 
provided with access to different sets of rules that 

30 apply when different operations are taken to modify 



-23- 

an organizational structure (such as tree structure 
250) . One illustrative set of rules will indicate 
that, when two divisions within a company group are 
being merged, all associations with the merged 
5 business unit are moved to the parent of that 
division. For instance, if the administrator 

provides an input indicating that division 2 262 is 
to be merged with division 1 260 of company Bl, then 
all of the data and user roles associated with 

10 division 2 262 are automatically moved so that they 
are now associated with company Bl 254. Of course, 
any other set of rules can apply as well. For 
instance, the associations may simply be moved to the 
business unit division 1 260 into which the business 

15 unit division 2 262 is being merged. 

Similarly, the rules that apply can be 
applied on an individual business entity basis, or on 
an individual business unit basis. In one 

illustrative embodiment, when the administrator 2 04 

2 0 provides an input indicating a change to 

organizational structure 2 50, eventing system 216 
fires an event and all business entities or business 
units subscribing to that event perform necessary 
processes. For instance, if business unit division 2 
25 262 subscribes to such an event, it can hand 
component 214 a process for handling its 
associations. That process will illustratively set 
out the rules which component 214 is to follow in 
reassigning the associations from division 2 262 to 

3 0 another business unit or company group within 
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hierarchical tree structure 250, when division 2 262 
is merged. 

In any case, it can be seen that component 
214 abstracts away from the business entities and 
5 user entities their associations with the 
organizational structure 250. Thus, those 

associations can be quickly and easily handled, 
without accessing all of the data records 
corresponding to the business entities and user 

10 entities, when the hierarchical structure 250 
changes. This is highly advantageous over prior 
systems which required modification to every business 
entity or user entity affected by such a change, or 
which required large amounts of duplicate data to be 

15 created or deleted when changes to the organizational 
structure 2 50 where made. 

FIG. 5 is one illustrative UML diagram of 
organizational structure and link manager component 
214 in accordance with one embodiment of the present 

20 invention. The lower portion of FIG. 5 defines the 
organizational tree structure while the upper portion 
defines how filters are managed. The lower portion 
indicates that organizational tree business entity 
300 is a persistent tree entity 302. Persistent tree 

25 entity 302 can have one or many persistent tree nodes 
304 associated therewith and each organization tree 
node (such as the nodes shown in FIG. 3 and 
represented by entity 306) is a persistent tree node. 
The diagram also indicates that the persistent tree 

30 node contains an identifier corresponding to the 
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group root node (such as the enterprise node 252 in 
FIG. 3) and a parent ID which identifies the parent 
node of the present organizational tree node. 

FIG. 5 also illustrates that each tree 
5 node, and each business unit 3 08, implements an 
IFilterableContainer interface and that the 
individual business entities (such as business 
entities 272-278 in FIG. 4) implement an IFilterable 
interface. Filter manager 312 is illustratively a 

10 component that performs most of the functionality of 
organizational structure and link manager component 
214. FIG. 5 also shows that each filter 270, 286 is 
illustratively a business entity that contains one or 
more filter links represented by 314 in FIG. 5. Each 

15 filter link also implements an IFilter link 
interface. The specific interfaces described with 
reference to FIG. 5 are specified in greater detail 
in Appendix A hereto. 

Thus, it can be seen that FIG. 5 shows that 

20 each node in tree 250 has a business unit attached to 
it, and each business unit is a filterable container 
that contains links to filterable entities. The 
entities illustrated in FIG. 5 are the customer 
entity 272, the vendor entity 274 and an HR position 

25 entity 310. The persistent tree entity 302 is a base 
class for all other trees. It implements all 
important tree operations. The operations are 

performed on a set of tree nodes 304 owned by a given 
tree. The composition of a tree and its nodes is 

30 illustratively managed by a separate cache object 



that encapsulates collections of nodes and also 
provides memory caching capabilities. This forms no 
part of the present invention, however, and is not 
discussed further. 
5 The org tree entity 3 00 supports grouping 

and filtering and thus when it is modified, it 
automatically generates operations needed to update 
related filters. The IFilterLink links filterable 
entities with filterable container entities. It is 

10 the base interface for any class that implements 
filter links. IFilterLink implements a filter link 
between IFilterable and IFilterableContainer 
interfaces and therefore is capable of linking any 
filterable entity with any filterable container 

15 entity. 

The filter manager class 312 is the only 
class that a programmer needs to interact with when 
programming tasks involving filtering. Filter 
manager 312 illustratively contains a collection of 

20 all filters within an application. This collection 
is materialized in cache (in one embodiment, just the 
filter headers and not the actual filter links) in a 
constructer of the filter manager class. Each filter 
encapsulates a collection of filter links 314. 

25 One exemplary embodiment of a user 

interface for generating the hierarchical tree 
structure and associating data with it is now 
discussed with respect to FIGS. 6A-6D. FIG. 6A shows 
an illustrative user interface display 400 generated 

30 when an administrator 2 04 interacts with component 
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314 in a setup mode. The screen 400 includes a setup 
pane 402, an organization structure pane 404, an 
organization tree structure pane 406, and a filtered 
data pane 408 . 

5 The setup pane 402 allows a user to select 

different modes of operation (such as setup) and then 
to select different operations, such as companies, 
setting up of IDs, modifying organizational 
structures, modifying users, roles, and various other 

10 operations. Screen 400 shows that the user is in 
setup mode and has selected organization structures. 

Given this, the organization structure 
identified is set out in organization structure pane 
404, and its current organization tree structure is 

15 set out in pane 406. The very top node 410 in tree 
structure 406 is illustratively the enterprise node 
while the sub nodes immediately beneath 410 
correspond illustratively to company groups 412. 
Underneath the company groups are sets of nodes 414 

2 0 that correspond to the business units within that 
company group. 

By highlighting one of the nodes in tree 
structure 406, all the data items filtered based on 
that node appear in pane 4 08. Also, in the upper 

25 portion of pane 408, the organizational structure 
setup information is provided which provides the name 
of the business unit in pane 416, and the functional 
category assigned to that business unit is shown in 
field 418. The organization tree structure can also 

30 illustratively be displayed graphically by selecting 
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the graphical indicator 42 0 in the upper right hand 
corner of display 400. 

FIG. 6B shows display 440 which is slightly 
modified from that shown in FIG. 6A, because the 
5 administrator in FIG. 6B is now attempting to add a 
legal entity to the organizational tree structure 
4 06. In order to do this, the administrator 

illustratively selects a node in organizational tree 
structure 4 06 and provides an input (such as a right 

10 click) on that selected node. This illustratively 
brings up a drop down menu, or another type of 
selectable menu, which allows the administrator to 
choose an "Add Child Business Unit" function. When 
this happens, drop down menu 442 is provided to the 

15 administrator. 

Menu 442 lists all business units that were 
previously setup by the administrator. Therefore, 
assume that the business represented by 
organizational tree structure 4 06 has grown and the 

2 0 administrator wishes to add a company or business 
unit to tree structure 406. The administrator simply 
selects the place in tree structure 406 where the 
administrator desires to add the business unit, right 
clicks on that place and is provided with the 

25 previously setup business units that can be added in 
pane 442. By selecting one of the business units in 
pane 442, it will automatically be placed within the 
tree structure beneath the selected node. 
Alternatively, of course, the selected business unit 

30 from pane 442 can be dragged and dropped to a desired 
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place in tree structure 406 as well. It can be seen 
that the business unit "DMS Support Services" has 
been selected from pane 442 . 

FIG. 6C illustrates a display 450 that 
5 shows organizational structure 406, once it has been 
modified. Organizational structure 406 now shows DMS 
Support Service node 4 52 below DMS Health 
Technologies node 413, where it had not been placed 
there before. Screen shot 450 also shows that a 

10 child business unit "Sales Service" node 454 has been 
added beneath business unit node 452 as well. 

FIG. 6C also illustrates one optional 
embodiment in accordance with the present invention. 
Once the organizational structure 406 has been 

15 modified, it can optionally be graphically displayed, 
(such as in pane 456) to the administrator so that 
the administrator can more easily visualize the 
organizational structure. Pane 456 shows the 

structure down to the company level only, so that it 

20 shows node 452 having been attached to node 413, but 
it does not show the child business unit node that 
was attached to node 452. Of course, the child node 
could be shown as well, if desired. 

FIG. 6D illustrates screen shot 470 which 

25 shows that, the DMS Support Services node 452 is 
highlighted on tree structure 406, all of the filter 
associations now corresponding to that node 452 are 
displayed in filter data pane 408. In another 
illustrative embodiment, of course, all of the filter 

30 associations that are affected by the addition of 
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node 452 can illustratively be displayed in pane 408. 
In that embodiment, the user can actively select 
which filter associations are to be applied to the 
new node. Other functionality can be provided as 
5 well. For instance, the "Mark All" button can be 
used to mark all of the filter associations and they 
will automatically all be applied to the new node, 
without any additional data entry. 

It has thus been shown how data has been 

10 associated to an organizational tree structure, that 
structure has changed, and the data associations were 
correspondingly changed. Now, users are associated 
with the organizational tree structure. 

FIG. 7 is a tree structure which 

15 illustrates how roles can be assigned to users. FIG. 
7 illustrates that a user (designated user A) is 
assigned to two different roles (roles 1 and 2) . 
Role 1 associates the user with company Bl, division 
1, division 2 and company C, while role 2 associates 

2 0 the user with the warehouse and company C business 
units in FiG. 4. FIG. 7 thus illustrates that a user 
can be assigned to a single role across multiple 
companies or business units. This is illustrated by 
role 1 which is across different companies and 

25 business units. FIG. 7 also shows that the user can 
be assigned to multiple roles across multiple 
companies and business units. For instance, user A 
is assigned to both roles 1 and 2 which extend across 
different companies and business units. FIG. 7 

30 further shows that a user can be assigned to multiple 
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roles across a single company. For instance, both 
roles 1 and 2 extend to company C. 

FIGS. 8A-8D better illustrate how a user is 
assigned to a role and how the roles are associated 
5 with the organizational tree structure. FIG. 8A 
shows a screen shot 600 that is similar to that shown 
in FIG. 6A except that, in pane 402, the user has now 
highlighted the "Users" selection. Therefore, pane 
602 shows all of the users which the administrator 
10 has created or setup. When the administrator 

highlights one of the users in pane 602, the user 
information associated with that user is displayed in 
pane 604. 

FIG. 8B is a screen shot 610 which shows 

15 how a role is added for a given user. Again, in pane 
402, the administrator has now selected the "roles" 
selection such that pane 612 shows all available 
roles. When the administrator selects one of the 
roles (such as "AR Clerk"), then pane 614 is 

20 displayed and allows the administrator to define for 
which business units in the organization structure 
(illustrated by tree structure 616) the user will be 
assigned those roles. Field 618 identifies the user 
under consideration. 

25 The administrator can illustratively select 

one or more of the business units displayed in tree 
structure 616. In that case, the selected business 
units will be those business units for which the user 
identified in field 618 will have the role identified 

30 in the role field 619. 
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Pane 620 is also displayed- If the 

selected user has any current roles, they will be 
displayed in pane 620. However, in the embodiment 
shown in FIG. 8B, the user has not been provided with 
5 any roles as yet, so none are displayed. 

FIG. 8C illustrates that the roles are ways 
of grouping task permissions and assigning them to a 
user. The screen shot 650 in FIG. 8C is similar to 
that shown in FIG. 8B, except that instead of 

10 selecting the "Users" tab in pane 620, the 
administrator has selected the "Task Permissions" 
tab. Thus, pane 620 displays all permissions for the 
role that is selected in pane 602. In the embodiment 
illustrated, the selected role is the "AR clerk" 

15 role. Pane 62 0 also allows the administrator to 
check or uncheck any of the task permissions so that 
they will or will not be associated with the selected 
role. 

FIG. 8D is a screen shot 700 which shows 
2 0 that the administrator has now logged into the system 
as the user which has just been associated with a 
role. Therefore, in pane 4 02, the administrator has 
selected the "Customers" option and all the customers 
for the "DMS Interim Solutions" business unit are 
25 displayed in pane 702. The login screen 704 displays 
the user name, the functional company name for the 
business unit corresponding to the user, and all of 
the roles which the user has been assigned for that 
company . 
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It can thus be seen that the present 
invention provides significant advantages over prior 
art systems. The present invention provides a system 
by which an administrator can configure a business 
5 unit organization structure and then assign data and 
users to designated spots in that structure, quickly, 
easily and efficiently. Similarly, the present 
invention allows an administrator to change the 
organization structure and thus change the data 

10 associations and user associations in a quick and 
efficient manner. By abstracting the associations 
between the data and users and the organization 
structure, this can all be done with a very low 
amount of data entry, or it can be done 

15 automatically, as desired. 

Although the present invention has been 
described with reference to particular embodiments, 
workers skilled in the art will recognize that 
changes may be made in form and detail without 

2 0 departing from the spirit and scope of the invention. 



